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2 (57) Abstract: A secore electronic file transfer system and methods of its use arc provided. The sender issues a lequest to the 
DAD (Digital Asset Distribution) system cansng files residing on local or remote compute to be transfened to the recipi^ via 
O application and TCP/IP protocols. Client software may be automaticaliy downloaded and installed to die sending and/br receiving 
^ device to facilitate the pncWngHtg and transfer of said file to a DAD server, and said file m^ optionally he prop^ted &om said DAD 
^ server to additional DAD servers and other non-DAD servers. 
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END-TO-END SECURE FILE TRANFER METHOD AND SYSTEM 



BACKGROUND OF THE INVENTION 



Field Of Tte Invention 




techmques £or ^ s^nue delivety of electicmic docnmienls between users ofver the InteiDfil 
Background of The Prior Art 

Eleciromc Mail (e-mail) provides a xoeans for sending electronic messages fiom one conqmternsex to 
another. E-mail has advantages of convenience, format and storage of messages for later retrievaL As 



formatted documents. As well, &-mail is not the medimn of choice for &b distribution of conq)lex 
docxmients, such as reports, articles^ advertisements and art which can include page layout grids, 
postscript-formatted objects, multiple fonts with tracking and kerning, graphics, imbedded tables and 
1 5 spreadsheets, and odier complicated infioimation. 

E-mail systems provide a means for appending an ASCII based e-mail message with an associated file, 
to be downloaded along with ifae e-mail message. Most systems fliat allow fte appending of an 
associated file ore designed to allow a single user to send unsecured files to an associate or Mend, and 
neither allow for controlled automated distribution to multiple recipients, nor do fiiey provide 
20 advanced accounting, biUing or other such features (e.g., rece^ E-mail gateways also 

limit the appUcabiUty of attachments, and do not solve tibe problems of security and receipt notation or 
acknowledgment 

The disclosed prior art systems and methodologies provide some methods for the deUveiy of 
documents, but &il to provide a secure, economical, &st document delivery system. Thus, there is a 
25 need for His development of such an electronic document delivery s^^ftem. 






s of the prior art 
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In a first aspect of to piesent invendon, a in^^ 

second client includes issomg instructions ftom the first client to a digitBl asset distribiiliQn (DAD) 
server for transfering a file torn to DAD server to the second client The fiast client issues to 
instructions Tia a website for accessiBg to D AD server, 

5 In a further featme of to first aq»ct> prior to issuing to insfroctions, to method includes issuing 
initial instructions for uploading to file fiom to first client to to DAD server. Upon to first client 
initially accessing to website, first embedded client software for iqiloading to file is automatically 
downloaded to to first client 

* 

In a second aspect of to present invention, a metod of transferring a file fiom a first client to a 
1 0 second client includes issuii^ first instnictians fiom to first client to register an account with a digital 
asset difitribntion (DAD) server via a DAD website fior tiansfenrii^ Thefirst 
client includes a web browser for accessing to websitB. The method also include issuing second 
instructions for uploading to file to to DAD server via to DAD websile, where iq)an to first client 
initially accessing to website, embedded client software for Tq>loading to file is automatically 
15 downloaded to to first clietit The mefliod also includes notifymg to second client tot to file is 
available for downloading fiom to DAD web site, connecting to second client 1o to DAD server via 
to DAD website for downloadmg to file and downloading to file. The second client also includes a 
web browser for accessing to DAD w^)site. 

Yet anotor aspect of to present invention is directed to computer re^able media having stored 

20 thereon a data structure including a first field comprising data representing account information of a 

■ 

client, a second field conrptisicig data representing package information regarding a file for transfer, a 
third field comprising address mformation for an address to tcansfiBr a file, a fburfc field conq>rising a 
server site, a fifth field comprising a server list and a sixfli field compdsmg download and/or upload 
infbrmation of a file. 

25 In yet anotor aspect of to present invention, a graphical user interfoce for a first client ccmputa: 
system having a selection device is presented where to graphical user interfece nichides a user logm 
component for la gging a cKent onto a website fox a digital asset distribution (DAD) server, a client 
browsing conq«ment for browsing to intOTiet, a file transfer componmt for forwarding a file to a 
second client, a tracking component for letrieving tracking infbrmation for tracking to file forwarded 

30 to to second client, an address book conqKment storing and retrieving an address of to second cliait 
and an account information component for retrieving account information related to to first client 



2 
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In stiU another abject of the present iirren^^ 

fitom a first cHem to a second client includes a digital asset distribntion (DAD) server acc^sible over 
the internet via a DAD wd>site» DAD s^vcr including conmmnication means for comntonicatmg 

5 data wifli a client over flxe internet, a first client for instructing the DAD server to forward a file to a 
destination address, and a second client having the destination address. The first cUent issues fioBt 
instructions for registering an account with the digftal asset distribirfian (DAD) server via fhe websiffi 
for transferring a file to the destnudon address of flie second client and tihe first client includes a weh 
browser for accessing the website. The first client issues second instnictiox» for uploading flie file to 

10 the DAD server via the DAD website and iq)on 4e first cfient initially access^ 

embedded client software stored on the DAD server operational for a client to upload die file is 
automatically downloaded to the first client The first client uploads flie file to flie DAD rerver. The 
system also mcludes notifying means for notifying flie second client that the file is available for 
downloading fiom the DAD server. The second cKent issuM third instructions to fhe DAD server via 

15 the DAD website for downloading flhe file, where the second client includes a web browser fiir 
accesmng the DAD website, and the second client downloads the file. 

The above aspect of the present invention may also include conqmter readable media having 
computer-executable instructious for performing the above methods recited thereiiL 

An of fliB above aspects will become clearer with reference to the accornpanymg figures wtid detailed 
20 description of flie preferred embodiments that follow* 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a diagram depicting the majoi components of an exemplary electronic ffl^ 
involving DAD and oflier servers. 

* 

Figure 1-A iUustmtes exerr5>lary DAD System functions. 
25 Figure 1-Bilhistrates an exemplary DAD System andiilecture. 
Figure 2 is a block diagram of an ^emplary DAD s&cv^ database. 

Figure 3 illustmtBS a general outime of an exemplary interfeoe ttiat may be displayed by fhe client 
browwr, 

3 
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Figoie 3-A iUustratBs server leceivmg file tiansfo request and geiiei^^ client 
software. 

Figure 3-B illustrates tracldiig of reoenfly seat filK (ttiis diagram canmects to Figures 3 -B-i tibroug^ 3- 
B-4). 

S Figure 3-6-1 iUostrates easier access to file transfer histoty tbroug^i sortii^ and xesotttiig data records. 
Figure 3-B-2 iUustzates accessing file txanafe^: details via clicking the displayed transfer idenfification 

Figure 3-B-3 illustrates accessing file transfer details via the selected link of an entire file transfer 
history. 

10 Figure 3-B-4 illustrating accessing file transfer drtails fttrou^ searching the file transfer database 
records. 

Figure 3-C illnstrates an exemplary address book, winch also includes Add, Modify, Delete, and 
Select capabilities. 

Figuie 3-0 1 iltosttates adding recipients to flie address book for them to be included in (he database. 

15 Figure 3<>-2 illustrates naodifyiiig recipients contact and ofhe^ 
database. 

« 

Figuie 3-C-3 iUustiates deleting lecipieuts contact and other information in the address book database. 

Figure 3-D illustrates 6xenq}laiy DAD system account infonnatian, 1 0 including Add, Modify, and 
Delete capabiltties. 

20 Figure 3-D-l iUustrates a DAD system admimstrator, user> or sub-user modifies personal information. 
Figure 3-T>-2 iUustrates a DAD system adnmnstrstcnr displays and modifies sub-user account 

ft 

information. 

Figure 3-D-3 lUustrHtBs a DAD system administrator deletes sub-user account fiom the system 
database. 

25 Figure 3-D-4 iUustrates a DAD system administrator adds sub-usCT injfa^ 
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privilege. 

Figure 3-D-5 dgjicts an exesnplary stlHiser acconnt detailed infonnation page as seen by the 
administiator. 

Figure 4 fflustrate s an exaiiq>le of 4e recqrient being notified by flie DAD server and ttie ensuing 
5 commmucation with the serv^. 

Figaie 4- 1 porttaj^ Ihe process that the DAD system undergoes as a result of visite by the recipiente. 

Figure 5 shows a set of programs for the DAD file transfer operation throng client-server 
cocmmnication. 

Figares 6 throng 6-3 illustrate a prefisrred process performed by executing the client send program. 

10 Figures 7 tfaioii^ 7-2 iUnfltmtes an exenqilary pnjcess perfoni^ 
program. 

Figure 8 illustrates a preferred exemplary DAD system server program. 

Figures 9 toougjb 9-2 describe an exemplary DAD server receiving a file from a sender or from 
another server. 

1 5 Figures 10 through 10-1 illustrate an exraiplaiy process performed by executing the server send 
program. 

Figures 11 throu^ 11-2 ilhistrate an exenq>lary process for tranaferrmg a file 15 from one DAD server 
to anoflierDAD server or to an FTP server. 

Figure 12 illustratBS an exemplary DAD cKent monitoring program.. 
20 Figure 1 3 ilhistrates an esxenqjlaiy DAD client receive manager. 

DETAILED DBSCRIPTION OF THE PREFERRED EMBODIMENTS 

Figure 1 is ablock diagram depicting ftie major componenls of an exemplary DAD (digital asset 
distribution) file transfer systsem, external servers, and a series of events whereby a sender imtiates file 
transfer by issuing instnictiaiifl from a sending device (e.g., a device wrfli web browser), to a DAD 
25 server causing ffles to be transferred to the recipienl(s). The instructions are sent to tlie DAD server 
via a web page, with file embedded client software automatically downloaded to the sender coiq)ufcer, 

5 
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10 



15 



20 



25 



30 



<n: via an activating wirel^ device. IftoffletobetcansferredalieadytesideBOiaflifiDADser^ 
sender icsues fiirther instmcticms for If fhe file to be txansfened 

does not yet reside on ihe DAD server, the sender will use flie cfient software to upload the file from 
the ^nd^s computer to the DAD server. Tte sender can also optionally request tiie first DAD server 
to fommd the file to other DAD senrer(5) and file servcr(s) (e.g., FTP servers). 



The receiving device can be the recipient(s)oonjputer(s)witiiw Upon checking die DAD 

web information page, special e-mail notice, desktop indicator, oell-phone vibratory alert or o^ier 
types of notification devices, flie recipieHt(8) may access a DAD web page, witii fte client software 
automatically downloaded to tiie recipient(s)* ccaiq>uter(s). Hie files are thai transfOTed or 
downloaded to the recipieDt(s)* computer(s). 



In Older for a sender to use die DAD system to send package fi^nmst be ate In the 

prefiBned embodiment, registration niay require fiiat the sender ii^Mit a unique usemame and password 
combination, in addition to any required personal inforrnatioa The sender may also be presented wifli 
the option to specify a defeuK file transfer method. If fee sender elects to use the web-based interfiEice 
each time they set up a transfer, it win be required that each time that user wishes to send a package or 
receive a returned package, they wiH need to log in to tiie system via the web, as described in Figures 
3and3-A. If Ac user elects to use the cUeut software, the cUem software (cKe^ ofFigare 
5, client receive in 902 ofFigote 5 for receiving die returned package) or an updated version may be 
airtomatically downloaded onto their system and installed so fihat they may use ftat software each time 
they wish to send a package or receive a returned package, in Heu of the web-based interfiice. Tie 
sender may receive an e-mail notice of package ID number (PID) fix)m flie server to confirm that the 
package has been successfiiSy registered into the server database. 

In the preferred embodiment, tepsttation may require that flie recipient input a unique usemame and 
password combination, m addition to any required personal irifbtmatiozu The recipient may also be 
presented with the option to specify a defeult notification and file tcansfcr method- If die recipient 
elects to use the web-based interfece each time they set up a transfer; it will be reqmred that each time 
fliat user wishes to receive a package or return a package, &sy will need to log in to the web page via 
e-mail Unk or browser (Figures 3, 4 and 4-1). A small receive (902 in Figure 5) or send (90lin F^ure 
5) for returning package program or xspdates will be automatically downloaded to die recq)ienf s 
computer via a web page. If the recqrients elect to be notified and transfer a file by client softwatc 
notification, the client software, which may inchde monitDr (903 mFigore 5), tewive manager (904 
m Figure 5), receive programs (902 in Figure 5), and send program (901 in Figure 5) for returning 
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package, may be automaticalty downloaded to or pieiiifitBlled on tbeii computer and stay lesideot in 
fhe system, and may tontinely comicct to file serv^ to detenmne if that us^ has tecehred pack^ 
When B package is received, the reapk^ may be notified by an andio^visual indicator} and may be 
pion^ted to do^wnload die package at that tone. 

S The sender may also be presented wifii fte optkms to specify notifying and protection meftiods to 
ensuretfaesecurity of data being sent through fhe system to the vaMiec^^ For registeied (iih 
networic) tecipie ata , sender may enter the account name of flie recipient The notification meftiod may 
be instant notification via DAD client-server commonicatiQn, e-mail, or o&er methods. Recipients 
may be xeqoested to ent^ then: passwords to validate flie identify. Fornon-iegistered (out-netwodc) 

« 

10 lecipients, the notification noefliod may be ennail or o£^ The recipients may also logon to 

flie system via a web page and toter aPID) to query and download tiie pack^ (Figoies 3, 4,4-1). 
The recipients may be requested to enter a package password set by &e sender. 

Step 1 ilhisfrates fhe initiatioQ of the process. The sending device communicates with a DAD server 
via web page or pie-installed cUent softwaie to access account; address book and Irackitig information 
15 (Figures 3 through 3-D-5). The DAD server retrieves inforrrmtion fiom a database, and processes arid 
displays information to fhe sender. The client software n»y be anlomaticalfy downloaded to the 
sender computer to facilitate file transfer, and may include file conqnession, archiving, and packaging 
capabiMeS) aa described in Figures 6 fhmugh 6-4. An encryption method (e.g., SSL), may be used to 
encrypt communication between client and server. 

20 In Step 2, the dient softwaie commumcates witfi the DAD server softwaie to transfra: tiie package and 
log the transfer data. The cUent sofb??are may also comtirunicate with fhe DAD serv^ to send an 
instruction orily package, that will in turn request the server to transfer a pre-existing server package 
(i.e*, a package already existmg at tibie server atthe time the instraction only message is sent) to tbe 
recipients. Step 2a shows that the sending device may also initiate transfer of data fiom DAD server 

25 to Remote File Stomge qrstem without requiring that ttie file be located on the sen^ The 
Remote file infbmiation, such as location and access information will be logged and stored on DAD 
Server. The communication to upload a file fiom a clientto the server, and from server to server, via 
TCP/IP and an application protocol are described m detail in Figures 6 flirough 6-4, 8, 9 through 9-2, 

■ 

andlltoll'2. 

30 Step 3 initiate upon successfiil comple&ou of file transfer to fiie DAD server, 
send a notification to fhe reorients (e.g.^ via e-mail), as described in Figure 9. 



The DAD server may 
DAD server may also 
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■ 

send a notifi cadon to ^ sender for &e Package DD (PID) in 3 a, as described in Figures 9 Huou^ 9-2 . 

'i 

In Step At recqrifiODt may click on a link to a web page witMn fhe body of tiie ennail, causing tbe DAD 
server to retrieve Ihe information fixm fte database, proce^ 

receivii^ device. The DAD s^ver may activate doiraloading of client softmie via the web page to 
5 die receiving device. Registered (n^ii^tvfroik} lec^nents inay pre**ins^ The 
client softwaie niay Toutmely cGomect to die server to dete^^ 

Figure 12). When a pack^e is received, die recipient nmy be notified by an audio-visu^ 
aiid may be pionq>ted to download die package at diat time. Tlie recipieat will receive die jSle, wUch 
maybe available £tom multiple servers transparent to fhe recipient, as described in Figotes 7 to 7-2. 
1 0 The client software may also interact wifh die Tecq)ient and communicate widi die server program 
direcdy without going dirongh a web page to dowdoad the package, as desc^ 13* An 

encryption mediod (e.g., SSL), may be used to encrypt communication between client and server. 

In Step 5, the client software comimmicates widi die server program via TCP/IP and an application 
protocol to download and decrypt the package or file to die recq)ient's compute. Tht client software 
IS may decompiesSi restore, and install the package for fhe recipient, as described in Figures 7 throng 7- 
2,8,andl0diroug)il0-l. 

The recq>ient may have Hie option to return a modified file to die origioal sender by using either 
special links included in fhe original e-mail message (Figures 3, 4 and 4-1), signing onto fhe server via 
a web page and entering die original package identification, or running a pie^xnstall cUent ^md 
20 program described in Figures 6 to 6*4, and mitiating a return file transfer on that display^ as shown in 
Step 6. 

In Step 7, die sender may receive a notification (e.g., sn e-mail message), of fhe return file transfer and 
downloads die revised file using client software. If die sender pre^installs the DAD cHent receive 
software, fhe client receive software inay routtnely coimect to die server to detemrme if that user has 

25 received packages (see Figure 12). When a package is received, fhe recipient inay be notified by an 
audio-visual indicator (or ottier indication mediod/device), and may be prompted to download fhe 
package at diat time. The recipient will recdve die file, wMch inay be available ftom rnultiple serv 
(transparent to the recipient) as described in Figures 7 to 7-2. The client software may also interact 
with die recipient and conmmnicadon widi die server pro gram directly widiout going dmwigh a web 

30 pag^ to download fhe package, as described in Figure 13. 

Figure 2 is an cxen^lary DAD server database design block diagram listing examples of data records 

8 
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Stored in database, inchiding Account (10)» Package AddrcBs Book (40% Server Site (50), Server 

List (60X and Download (70). File transfers are lecordfid by sender UID (User Identification) (1 1), 

* 

Tecipieiit(8) UID(s), PID (Package Identification) (21), SttKs) (Server Site ID) (51), DEKs) 
Pownload ID) (71) along wife oflier pertinent information, Eacb PID (21) is preferably umverBally 
5 umqnc and includes a server site IJia.(e.g-,1he URL of fee DA^ 

received), aojountm, and imiciue package nimiber for fl^ Tlie server site URL provides the 

imiverMl uniqueness to the ITO to particalaity assist the Berver4^^ When the sender 

makes a request for file transfer, package, redprait accounts and download records may be added into 
.the database* 

1 0 The account record may contain flie pointers to fee address book (1 2) and server list ( 1 3) fbr sender to 
select, and to the Current Package (1 8) fox resume uptaad. The account name (14) and password (15) 
ate created when the sender or recipient legisteiB with tile syster^ Each account may include 
recipient, registered recipient, or sender (sender is qualified as registered recipient automatically) 
indicated in Account Type (16). Each type may include diflFerent authority levels in 16A (Le., sender 

1 5 has audujrity with return package), wifli the sender having the auflunity to issue multqple downloads 
and the recipient havii^ prenistalled cKent software and can be notified via instant notificatioo. 
Unregistered recipient account record may include only EMAI^ Each account m^ 

ejq>ire depending upon the expiration mefliod defined in 1 9 (i-e., period of tnne, number of downtead, 
UmiiB (19A and 19B), and Attributes (19c and 19D)). 

20 The package record (20) may contain flie pointers tc flie sender (22), recipients (22A), and server (23 
for server-to-server transfer). Sender File Names (24) and Location (25), and Server XFR File 
Pathname (26). The XFR file (26) is flie archive file stored on ftje server wifli a umversal unique 
pathname based on the PD such as \URL\Usar ID^ackage number. The sMider XFR File Paflmame 
(26 A), XFR File Size (27) and Ofl&et (28) are stored fi>r assisting the resume and automatically 

25 upload. Hie packagmg method (30-32), notify method (34) and instmctions (35), along wifli tracking 
and awxnmiing infonnation are aUo stored in the package record Each package may be expired 
depending upon the expiration mefeod defined in 39, i.e. period of tfane, number of download, limits 
(39A and 39B), and Attributes (39c and 39D). Each packagp may have password (39) protection set 
bythesender. For a return package, a iiew package record wiB be added into the database wi& 

30 (36) oflheorigfaialpadcage record. The lOD of Aeretinai packager©^ 
(36) in the original package record. 

Figure 3 ifiustmtes a general ontKne of the mterfece as maybe 15 displayed by the client browser, 
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coiiqmsing User Ix>gin, CUent Browser eween Tiansfiex p£FBRX Tracking (TRACE), 

Address Book, and AccounL The User LogjnpiooeKteqaiies user or cUentidentificaticm and ; 
password 



Figure 3-A Transfer Sender enters relevant information about ftie files 20 to be transferred. File 
5 infonnation inc l udes names of the files, locations of die files, and odier descriptive infotmadon as 
shown in A of the diagram. In flie preferred embodiment, flie sender my click fbe onscreen option 
labeled Transfer. Upon receiving the tiansfer request, the DAD seryer starts fbe prpgran^ 
file file transfer reqaest, and generates and sends client software embedded in HTML to the sender (as 
shown in B of the diagram) stores infonnation for FTP transfer in flie database, or initiates DAD 
10 servers-server transfer. 

Figure 3-B Trackixig: Sender has the optbn to track files previously serit To perform this opdon, flie 
sender preferably clicks on the onscreen option labeled 'Trace". This action retrieves information 
stc>red in database and displays it in a convenient fonn fiir file seiKler. This information include 
records ofthe recent files that have been sent Recent may be defined as such cases as fiiose recent in 
15 time, most recent files sent to a particular recipient, or most recent files sent containing a specific file 
or file attributes. As shown in Figure 3-B, there are feur alternatives to locating (he information. This 
information (or history) is stored in fiie database; each entry will be stored wi£h its own uniqae 
identificatiorL 



20 



25 



One available option as illustrated by Figure 3-B in 300 is to re-sort the data that is currently displayed 
totheus^« This is jmplemented in ntder tn mftYirriiTft fingfrnfniiyrfltiffTi find prrFvide frig sfrndPT with 
easier access to relevant information. By oUckiiig on a column headirig, the sender is able to rearrange 
data by column. For example, m Figure 3-B-l selecting tiie ^TTo" beading in 302 mitiates 301. Here, 
the syst^ is accessing the database and rearranging the infimnadon as per tlie sedder's request Ihe 
mfoxmation is ti^en redisplayed in 302. Ihe same process is applied to forniat the ixifonnation under 
the specifications ofdie other headings. The display seen by die sender is similar to tiiat of the display 
seen before die process; that is, it uses a similar layout but the information displayed has been altered 
as per the send«-'s instructions. In 303, the s^der can now locate fiie proper identification of die file 
that is to be tracked. 



If desired information is available or found, the sender can select flie identification as in Figure 3-B-2. 
3 0 When die corresponding link to the desncd information is clicked, the system retrieves the unique 
details &om the database associated wrtii that identification in 306. The package details are fiien 
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displayed (307) fa a fonn conv c m e nt to &e sctuIct. The sender Ib able to view tiiehistoiy of the 
specified package, including transfer tnnes^^ If flie desired infonnatian is not 

found, the sender has the option of returning to 30 1 to le-sort data in anoflier manner. 

The sender also has the optran of displayiii^tiieeidrefae list When tiie sender selects "Dst All" in 
5 Figure 3-B in 300, ft» system piocesses flie request m Figuie 3-^^ Hieiequestissenttoflie 
servK, letrievcd ftom the database, and the infonnation is displayed to Ihe sender as shown in 20 
Figuie 3-B-3 in 309. When the sendra: is able to locate Ihe desired file, the action of selecting flie 
appropriate file will initiatB 311, which hntiates the same process mentioned in Figure 3-B-2 in 306 
and 307. 

10 If flie sender is unable to locate the desired file, ttie sender may re-sort data by selectmg a heading as 
mentioned above. The process of Figure 3-B-3 m 312 corresponds to that of Figure 3-B-l m 301. The 
display will then be Tefoimatted as in Figure 3-B-3 in 313. As before, if the sender locates the desired 
file, Ihe sender may fcen click on the appropriate file to display the raiique details that are associated 
with it 

1 5 A fourfli option to locating tihe file transfer details display associated witti a file is to **seaich" or queiy 
Ihe database as ilhxstrated m Figure 3-B-4, hi Figure 3-B-4 in 3 17 fte sender enters keywords or 
queries into the ^>propriate fields to define file search criteria. This information is submitted to the 
server, initiating the process shown m Figure 3-B-4 m 3 16. The system uses the uaer-4efined criteria 
to search the database and refimnat the display to show the requested information to the sender. 

20 The sender may elect axQT of dieseoptioris at any time while in flie recent ffl^ Tbereisno 
orfex in vAnch the sender will have to choose the manner fa which the file is seaidied. That is to s^, 
the sender may choose to search, re-sort, re-sort again, display the ftall file Kst and so on until the 
desired infDrmation is located. 

« 

Figure 3-C Address Book: The address book is baaed on a database that stores mformation such as 
25 names, e-mail addresses, phone and fiax numbers, mstant messagmg IDs. The Address Book also 

inchides GroT^) names to aUow DAD file transfer to an entire groi^ DAD system allows 

the creation of new groups based on selection of individual recipients or certam criteria. The system is 
implemented to provide a database fliat can be accessed, searched, queried, and modified by 
authorized us^ m order to reduce tiine and effort associated with fil^ The address book 

30 iricludes entries iiq>ut by die sender that are unique to each sender. 

11 
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Pie&rably, &e sender cHckB on fbe menu option fiiat is labeled ADDRESSES to access tibe addiess 
book datatese entries lliat BIB associated with beir uni Thisaction 
letrifimi infoimBtion finom the database and displays fhat infiarmaticm in a convement form for fte 
sender. Ttiis di^ky lists aU entries cunentiy available to As Hie layout in 

5 Figui6 3"C demonstrates, file sender win be presented widi several opt^ 

address book entry. These optiomwiH simplify tasks such as maintenance aiidsdectm 
Sender will be able to select one or more entri^ to which fiiey can tiansfiex files. 

Additionally^ the sender may be able to add new entries, modify existfaig entries, deletei existing 
entries, or send an e-niail inessage to a recipient indicated in an Gxistii^ The sender may at any 
1 0 time have the option to return to ^ main menn display by clicking on fiie appropriate Hnk on the 
display. Descriptions of each fonction will be elaborated below. 

The sender may be able to select one or more ratries to which a file will be transferred. To do this, the 
sender checks the box in address book 400 next to the approp riate name or names as seen in Figure 
3C. When requested by &e sender, the selected mcipient addresses will be input into fiie ^o:" field 
IS on the mes^ge display as depicted in Figure 3<! in404 and inPigore 3 in 102. 

Tbe sender has appropriate control over tie addiess book entries associated witii their umqce identifier 
located in the database. As this database may contain no entries relevant to a specific sender, or it n^ 
not contain an entry appropriate to the digital package to be sent, the sender may want to add an entry. 
By selecting ''Add an Entry" Figure 3-C in 401, the sender win be able to add new entries to fiie 
20 address book. The available fields for input may include fields such as First Name, Middle Name, 

4 

Last Name, Nickname, Mailing Address, and E-mail Address, among ofliiers. In order to successfully 

— - f 

add an entry, certain "'key*' required in&miation must be entered If aiiy of these required fields are 
left blank, the sender will receive an error message indicating tiiat these fields may not be left blank. 

Once all of ^ desired and reqmred iuformation has been entered and submitted by the user, tiie 
25 system will di^lay a confirmation message in 407 showing all of die infbmiation entered in tibe 
previous action as depicted in Figure 3-C-l. If &e user is satisfied with the entrieSs Ihey will again 
submit the information and the informatioh will be added to the appropriate records in flie database as 

* 

shown in Figure 3-C*l in 408 Bnd a completion page will be displayed wift the entered information 
409. At this point, ttie sender may have the option to modify fins information 
30 menu. . 

* 

As the entries in the database that are relevant to the smder' s unique ID may not be correct or up-to- 

12 



wo 02/15518 PCT/USOl/25684 

■ 

date, titeseiuterinfiy have the option to modify To modify an existing entiy, flw 

sender cUcks on Ibe f^ppnqiriate option located llxe sender will be able ta chaoge, add, 

or delete infonnation in any of tiae avBilabte fields as is nec^ssai^ This process can be seen in Figure 
3-C-2. To fte sender, this process is virtaalfy identical to tto It diffiaDcs only in 

5 thattiie sender sees a page confirming modification 411 rather Qncetiie 
desired information has been modified^ die sender may snfantit tlie infinmatiQn to be processed by tiie 
server. The information is then updated intiic appropii ate database 412, 

irom time to ttne it may be necessary to tenu)ve an entt^ To delete an entry, tiie 

sender clicls on the ai^ropriate option on the main address book di^lay. This process is seen in 
10 FigurB3-C-3. Once the request is received, tiie sender win tiien be directed to a confinnation page 
414 to verifyftatthe entry seXected is to be deleted. The sender will have the option to confimi, or 
cancel tiiis fimctioa If die sender cancels, then nothing is changed. If the sender confirms, tiien tiie 
information is deleted fiom the database 415 and cannot be restored e:ccept by being re-entered 
manually by the sender. 

* 

» 

15 Each entry has a unique details page associated wifli it When the sender clicks on a name in the 
Axldress Book, the information is retrieved fiom tiie database and the details for the entry are 
displayed to the sender. If the sender clicks on the e-mail address entered in the mentioned field, the 
sender will be able to send an e-mail message to the lecipient The e-mail will be sent using the 
sendmg computer's default e-mail client The sender may also have tiie option to Select, Modify or 

20 Delete tiie entty as described above. 

Figure 3-D Account Information: The accomit information for each unique user ID is stored in a 
database that contains infonnation such as contact name, conq)any name, address, telqxbone mnnber> 
e-mail addresses, and ai^ other information relevant to the system admim The system is 

jnq)lemented to provide a database that can be accessed and modified by authorized users m order to 
25 authenticate users based on ID and to monitor the activities of possible submsers. 

There may be multiple user levels (hat include designations such as administrator and sub-users. The 

■ 

administrative level would have access to various fypes of sub-user information, such as account 
records, recent transfers activated by tiiat user, and otiierniaintenance options. Access to this 
information is provided only to those administrators wiiSi access privilege to a specific set of users, as 
30 dictated by a database. Administrators would have tiie option to set 19 and configure sab-user 

accounts associated with that administiator and to which tiiat administtator would have certain access 
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privilege. 

Depending on flie user level as indicated in flie database, a different display may be presented to the 
nser. If tbc nser is of a sub-nser level, ftey may be displayed a page on ^ch fihey could view and 
modify flieir own uniqTie accoimt infbmiati If the ijser is of an administrative 

5 level, flicy may be displayed Ihcir own unique nser infomwtion as well as alisting of sub-users for Aat 
Administrative account They niay have 4e ability to view and modify their own infiain^ 
as flie information of sulMisew, In addition, they may be able to add or remove sub-usecs at their 
discxetiony as described in more detail below. 

Figure 4 illustrates the r^apient bdng notified by die DAD server aiui the ensuing communication 
10 with die server. 

men a ffle is tiansferiei a package ID is generated fin: tot p« This ID can be used to track the 
package, or optionally re-download fliat transfer at a ktw time. An e-mail notification^ as shown in 
Figure 4 m 5 1 5 , may optionally be sent to the reeq)ient(B) indicating that a file transfer has been 
initiated- Contained within the message wiH be a unique link in 516 to to DAD serv^ Whenfee 
15 recipient cKcks on die liiik, the system seiids the request to to Figare4in 
518 illustrates Recipients options to first time they access to system. Figuie 4-1 in 520 portrays to 
process that to system undergoes as a result of to initial access. 

Like to sender, to recipient will have to option to track to history of to ^>ecific file tot has been 
transfened. The file vrifl have a unique ID associated wifli a unique details pa^^ Hwse details will 
20 tiien be display^ to to recipient Embedded client software is automatically downloaded jftom to 
DAD sffl^er to to recipients computer via a web page to fiicilitate to file download to to recipient's 
computer. The recipient win select to appropriate option, and ftis wi^ 
fixim to database. In its piefetied cnvm)nment, this may be usefid to recqri 
origniatmg information is desired, or when to package has been revised and returned, 

25 If to recipient has ahea^ been to to file information page specified above (block 51 8), to system 
will detect this as shown in Figure 4 in 5 1 9, such as m to case of re-download or resume download. 
Figuie 4-1 in 521 portrays to process that to system undergoes as a result of additional visits. In 
addition to to options mentioned above, to rec^ent will be able to letnm to file, modified or 
unchanged, to to sender in subsequent returns to to file information page. 

30 Figure 5 shows a set of programs for to DAD file transfer operation throng cKent-server 
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communicatioiL Thqr conq>letB file ttansfere finsm cUent to cUent The 
process is furiher esqplainedin figures 6 flnoogh 13. These figuxes illiistiate die processes of Cfient 
Receive (902), CHent Send (901), Sttver (905), Server Receive Thread (907) and Server Send Thread 
(906), the Server To ServerUpload (908), Moiritxjr (903), and CKentReceivB Manager (904) 
programs. The cHent progr am s may he antomaticaDy dovmloaded to ihe client compmer Ihron^ a 
xab file inMemetEj5)lorwr, a .jar file inNetscape 4, or via a Web download wifli other web 



browsers. 



The DAD system iBes hypertBrt procesors to generate a J5AD (900) file that is embedded in a web 
page. ThiB file provides fte client program with both users and DAD server requests. Webbrowser 
then activales 4e client piogram (90 J or 902) for flie embe^ DAD file in web page. When the 
client compubsr executes ttie client program, it commnmcalBS with the DAD servei to send and receive 
files via TCP/IP and DAD protocols (e]qi>lained in detail in Figure 6 ^ug^ 13). 

If the client programs p02, 903, 904) are prranstalled for faistant notification, the monitor (903) 
program may notify ftie user and start tiie receive manager (904) piogram to interact with the sender 
directily and cormnumcate wifli the servw program, and to start the reoervB program (902) for flie 
transfer without going throng a web page. The server port and IP address may download with the 
client program fiom the server and be saved locally or may be saved mside the cKent program. 

r 

If ttiere are notifications to send out, the piogram will commumcate wilJi the queue manager (909) to 
add fee item to Ihe defined queue, Le. sender notification queue, rec^ient notification queue, or 
server-to-server transfer queue. Tlie queue manager wffl read firom each queue and send the it^ 
flie program assodated wifti the queue, Le, server upload program (908) for Ihe aerve-to-server 
transfer queue or notification gencmtor (909) for fbc sender or recipient notification queue. 

Figure 6 illustrates an example process, which can be perfonned by executing Ihe Client Send 
program. 

The exemplary process performed by executing fee Client Send program to send a file or instructions 

to the server with or witiiout web page is shown m Figure 6. In particular, it describes how to use 

appKcation protocol to initialize, encrypt anto restart, resume, returned file upload, file upload, and 

instraction delivery in detafl in Figure 6. The requests fiom the sender via web page are saved m flie 

database on the server. Through flie J)AD file tbecUeirt program obtains Ihe request 

sender, paiametexs m the JDAD file for this program inchide the pathnames for fl^ 

machine^ server port, IP address, ID, XFRfile paflmame, file si2B, restKt offiiet. fte archive options of 
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1iw sustain folder slructuzo, relative paft, coznpiessioD and encryption flags, as seen in 1 000. Ibe 
progmm reads the J3AD file if it exists as ixidic»l)Bd in 1^ IfMme occurs as detennined in 1002 

* 

the pocograni reports die error and exits. 

The pit>g;rom establishes and encrypts a comiection m 
5 1003, 

If fbe J^AD file does not exists fiie progiam interacts with flie user directly inlOOl-lOOfi. 

Tlie sender has likB option to caxicel a lengthy upload and resume fte u^^ Wbenfhe 
resume transfer is requested via web page, flie XPK file name, file size, and restart o£&6t are available 
in the DAD file, llie Serd prograni will use diose pananeters to detensdne whefl^ 
10 request is valid or not If it is valid in 1007, the program wiUresmne uploading portion of the file an^ 
so indicate in &e restart oQset If it is a new i^load^ the program reads» compre^eBt archives, and 
packages &6 specified filB(s) into a XFR file based onflie options in 1008. If a failure occurs during 
compression, archiving, packaging, or Ae writing of the XFR file to flie local storage device, as 
mdicated in 1010, an error is reported and the program exits as indicated in 1004. 

15 The program sends a login HD via an application protocol in 1012. The server win use this FID to 
verify flie user and to obtain flie database record regarfnig this transfer and synchronic wife the client 
Send program. If the Send program loses its connection with the server when uploading flie file« it 
will try to zeconuect to ^ server with ^ same FID for the restart without sender intervention. 

If it successfully logs m to the server, the Send program then needs to determine how mucb of the fib 
20 has been reliably received on the server. In 101 5, &e Send program sends an application protocol to 
the server for restart offisei The server receive pmgram iUnstrated in Figure 9 will check the file size 
and rctom liie size as restart ofbet &r the client Send program to relocate the file pointer to the lestait 
of&et If the total mmiber of bytes reliably received by the server indicates fee previous transfer is 
completed in Figure 6-2 in 1019, it proceeds to Figure 6-3 in 1039 to conq>lete the process. Otherwise 
25 the Send program wiIlr6locate1bepoinlertotfaete8tartoffeetmFigure6-l in 1021. In Figure 6-2 in 
1 022 the Send program sends an application protocol with the curcezrt XFR file name, file size, azzd flie 
ofEset to the server to support resume operation. 

■ 

The sender can cancel the ongoing file upbad. A inx>gre85 bar wifii a cancel button is displayed for 
the sender to fecilitate Has need in Figure 6-2 in 1026. Hie program sends the data to ftie socket m 
30 Figure 6-2 in 1027. If the send to, the socket connnand fails and indicates a tiine out error, the seiid 
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piogimn wiU atttomaficdiy ty to connwt wift The automatic restarts 

&om step in Figure 6-2 in 1 034 also may be limited in Figure 6-2 in 1 03 1 , in number or in time, 
allowing automatic restart Ifsender cancels the operation (via cancel birtton), the program 
Figure 6 in 1004 to report and etjdts. If the XFR file has been sent successfully, the program waits for 
a positive res5)onse firoi the seiver/deletes die copy of the XFR fib 
a snccessM file upload to the sender, and exits* 

Figure 7 illustrates an example process >^ch can be performed by etxecnting flie client receive . 
program. 



Figure 7 describes an exan5>le process of downloading a file to the client fiom the download site and 
deKvcry of die download notification to Ok primary DAD server with OT la 
particular, it describes how to use application protocol to initialize, encrypt, auto restart resume, and 
auto reconnect to a different server to resume file dowidoad in detafl in Figure 7, When the client 
coir9)Uter executes the client receive program, the executed client receive program communicates wifli 
die DAD server using TCP/IP and an q)pliDadon protocol or FTP server namg FTP protocol to 
download the file. Ifacoimectiontofhedownloadsitefiiils, acomiectiQnattenqrtrnayte 
agairt An alternative comiection to a different server also x]wy be attempted. 

First, the program read flie DAD file in Figure 7 in 1138. The J5AD file includes parameters of XFR 
file pathname and file size, server port and IP address, type of protocol, package optiOTis (such as 
sustaining folder structure, relative patti, compression flag, encryption flag), and optional FTP related 

« 

parameters such as user name, password, account, initial diroctoiy and firewall data) in Figure 7 in 
1137. Iffhfi download site is not the primary senrer site, the IF arid port of the pri^^ 
provided in flie JQAD file too. If an error occurs, the raqr will be report to die user and the program 
exits. An attempt to establish a server cormectionfiKmi a specified port and encrypt 
communication for the session is illustrated in Figure 7 in 1 142. If there is a iailure in enabling Hie 
server connection on a specified port and flie error is the result of a time out m Figure 7 in 1 144, a 
retry will be attempted if it is withm the retry limits. If the retry Imiit had been exceeded Figure 7 in 
1145, an aKemative connfiction maybe tried as indicated in Figure 7 in 1139. Depending on the type 
of download rite, the correspoiKling logm metiiod is used in Figure 7 in 1 146, 



The recipient has flie option to cancel a lengthy download and resume the download at a later time for 
30 the DAD download site. Wheai the receive program is executed, it has to determine wheflier 

operation can be resumed m processes Figures 7 and 7- 1 m 1 1 50-1 158. It uses a pennanent stor^ 
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method (e.g., cookies), to we previous local XFR file name, file size, and fokte xising server XFR 
file name as a key on flie client compater. Ifthe XFR file name and file size in lie locdpenoan^ 
storage aie fhe same as ones indicalBd in liie DAD file (in 1 1 52) and tbe file of fiie existii^ local 
XFR file is smaller than the file size specified in fte local permanent stoii^ (in 1153), ften ftds 
5 operation canbe resumed ifflie recipient agrees, llie status of ftcpievionstransfisr will be presented 
to the recipient to detenninewbeflier resume or initiate a new 
a new dowdoad is preferred (1 1 57 and 1 1 58), a destination folder for ti»e fil^ 

Figure 7-1 in 1159- 

The client then uses an qrplication protocol to send a read request to fhe download server, and a 
10 specified offiet for DAD server, or uses a FTP protocol to send a RBTO commas 

step 1163 in Figure 7-L Instep 1165 inFiguie 7-1, the progrmwiU write to the local pen 
storage (c,g., cookie), the local XFR file name, file size, and folder using server XFR file name as a 
key. Data recdved at flie client is read fiom a socket IfthesocketindicatBS that the valid data is not 
available, as determined in step 1 1 68 in Figure 7-2, flie socket wiH continually read if the error as 
15 deterinined in step 11 69 in Figure 7-2 as a time out operation. 

If the retry limit is reached, the program will try to automatically restart of flie downloading file by 
reconnect to the server or the alternative server in Figure 7 m 1 1 42. If valid data is read in step 1 1 67 
in Figure 7-2, Aen it writes the data to the XFR file. If an end of file condition is reached in Figure 7- 
2 in 1 175, the program sends a positive response to the swver and updates fhe attributes of fhe transfer. 

20 In step 1 1 78 in Figure 7-2, the program will use the options specified in the .DAD file to decompress, 
restore, and install files based upon the sender-defined opdoris (1 137) in flie .DAD file. If the 
download site is not flie prinary site for flris transfer, fts program wiU try to establish flie connectiott 
to the primary senrei and send a transfer notification as indicated m steps n 
The program deletes flbe XFR file, reports fhe download succ^rfuUy, and exits as seen m Pigoie 7-2 

25 mU89. 

* 

Figure 8 fflustrates a prefKred exanq)le of fhe DAD system server program. The server program has a 
concurrent design- It creates a socket and binds to flie defined address for tfie DAD service benig 
offered. It leaves the socket unconnected. It places fee socket in fhe passive mode, making it ready 
for use by a server. It Mens to the port and accqjts fee recpiests fixrai fee cUenl, and creates a skve 
30 thread process to accept fee connection and handle response. The feread program receivBS a 

connection request, reads requests and sends back responses. Smce each server has diffiBrent capacity 
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and available poits. A communication configure file is designed to taovide server ports and 
tiireads for server progtam to handle oonfigaiable aod cozumirBiit ttaasmiraioiis. 



llf:MHlMMt 



Figoie 8 in 1 082 illustiales a configuration file fiiat can be changed by the servier administtator for 'be 
sending md teceivcng ports. Fiit1heanore» it diows flucad counts lli^ 
flie system capacity fiat handling the nupcimnm number of users lognt It listens on the ports and 
accepts ^ request in Figure 8 in 1084, Ifrequest is received and is ^mOiia die limit of fhe system 
capacity in step 1 089 in Figure 8, a Receive or Send ffaiead program is created The dnead program 
win then receive die conuection i^>on creation and interact with the client usfaig the connection^ 
die response and send back the response repeatedly. If the thread count is reached, a report is 
generated for die server console and the pro gram will go to step 1 0S4 in Figure 8 for die next client 
request 

Figure 9 describes an 6xanq)le DAD server receiving a file fi:om sender or fiom anodier server, receive 
instructions^ or receive database record fiom anodier server. In particulaip it describes how the 
receiving thread processes a request for a partial file transfer. It alao shows how, upon compledon, the 
program starts the other process for continuing data transfer to odier s^ 

notifications to the sender or rec^ents if specified First die receive diread will acc^t die connection 
request (i.e,, socket for the connection) and receive flie login ID in Figure 9 in 1090. 

There are four different types of requests to receive data. Based on the FID and login mediod it can be 
client to server file transfer via web page> using PID, client to server file transfer wi&iout web page 
(using Account Name and Password in 1091A)> server-to-server file tzans&r, or server-to-server 
database record transfer. If it is a database record Iransfo, it will create the database record first in 
Figure 9 in 1092 andprooeeds to step 1105 in Figure 9 to receive filename, size and ofEsetfimithe 
other server. For file transfer with web page, it will get the package record in Figure 9 in 1093 from 
die database using the ID in 1094. If an error occurs in Figure 9 in 1095y'die ID is invalid or the 
database record can be retrieved. The program will report die error, log status to database, close 
connection, iQ>date diread count and exit as seen in Figure 9 in 1096. For file transfer widiout web 
page, the program first validates the account name arid password in 1091B. If it is valid, the program 
sends a positive response to the client in 1091D. Then it waits to receive the sender inputs in 1091E, 
adds it to the database in 1091F, and sends a FID to the client in 1091G. 



30 Ifffae command received in 1097 is an instruction to send a package which is pre-existing on die 
server (1101), the program will skq) the receive file logic and go to add item to sender or redpi^ 
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Qotificadon qoeae in 1122 and 1 123» and exit 

To sppport partial file transfer, the progiam rosy receivB a command reqaesting restart o^t in Figure 
9 in 1099. If ihe command is lecdved, it will find out the file si^^ if existB in Figoie 9 in 1102, and 
send a response for the suggesting starting oflbet of XFR file in Figmie 9 in 1103. laFigare 9 in 1 104 
S tiic pTogntm r^^eives a message indicating tiie XFR file name, total size, and 4ie starting ofEset of the 
transfer. Ifttiere is stor^ available forlMs user inFigoie 9 in 1105, it sends apos^ 

o&eiwise, it sends a negative response. 

If a new file transfer is indicated by a zero ofbet in Figure 9- 1 in 1 1 06, it creates a new file in step 
1107. If tbeofBaet is equal to 2ero,flien data is written to &e XFR file flxOTlh^ Ifliie 

10 ofBset is not equal to zero, then flie data is writing to ttie file s location. 
In step 1110 tiw program reads data fiom tlie socket, wrftw to flie file, andnpdates the database. If flie 
current total bytes received is updated and indicates an end of file in 11 17, a positive response is sent 
to fiifi client in step 1118. Oftetwise^moredataisreadfiom the socket in step 1110 in Figure 9-1. 
For receiving database record transSsr, the program updates the database record and exits. If file 

1 5 forwarding to the oiSasit ssrvesr is requested^ the program adds the item to flie server-to-server transfisr 
queue in step 11 25 in Figure 9-2 and starts the Queue Manager in 1126. If notificatians are requested 
m flie database, it will add an item to the notification queues (1 1 22 and 1 123) and start flie Queue 
Manager in 1126. Before it exits, it will xqxlateae thread count in 1124. 

Referring now to Figure 10, an ex«nplarypn>ces5 of sending a file to the cl^ There 
20 are three differenttypesofrequestsfiran the sending port Hie first one is the request ftom the 

recipient monitor program to check any package for the specified account (1130A). The second type 
of the request (1130B) is coming fix>m flie receive manager, which program interact wifli recipient and 
server program to get the recipient mpatB. The tiiird type of the request comes fi»m the client receive 
program to download flie specified file via web page or local displc^. 

25 The monitor program win tiy to connect to tfie send port ofthe server and lo^ 

name. Upon reodving the account name, the program vaKdates it by qucryii^datab^ If 
it is vahd, it will query database to see any package for dus account in 1 130 A3. If it has packages, the 
program will send a positive response to the client manitor program 1 1 30A5, close connection^ 
update thread count, and exit 

30 The client receive manager will try to comiect to the send port of the server and logni with the account 
name and password. Ifihe account name and password are vsdid, the pn>g^»m will query data 
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tbepaclagelistmllSOBL TheresuhiBthmsenttoltecKeiitTOce^ The 
progtBiD wails to leceive PIP ftom Ifae cKent indicatinE fee eelected package in 1 130B3. BasedonfiiB . 
PID, Ihe program win query the database in 1130B4 for Ihe notify instroctions and download rites list 
The result will be sent to flie cKent receive manager for the Recipient to choose tbe download site in 
1130B5. When fteSD indicating the download site is received mll30B6,^ 
DAD j51emll30B7 and sends it to die client receive manager. Then, it closes the ccamectian, 

updates ttnead count, and exrts. 

If the program receives fee logmro, then it win get the package to Ifm 
error occurs in n33, fee ro is invaUd or the datrfjase record can be letrfe^ The program will report 
fee error, log status to database, close cannecdon, update thread count and exit as seen in 1 1 34. In 
1 1 3 5 fee program receives a message nidicating fee XFR file name and fee startmg oflfeet of the 
transfer. The pnjgram wiU start to send data to socket startmg at fee fik location 
received ofiset in 1138. The process will be repeated nntl all data have been sent ItwillwaittD 
receive a positive respoiwe from the client in 1 142 and iq»date fee database^ close the connection, 
update die feread count, and exit in 1 146. 

Figure 11 iDnstratBS an ex«nplary process of a server transferring file 20 and database record to 
anofecr DAD server or tranflferringfae to FTP server. Instep 1300 the program reads .DAD file of 
1300. The program estabHshes a connection wife the cfeer server using fee port and IP add^ 

contained in fee JDAb file m 1303. If the connection fails due to time out, a connection in 1303 may 
be performed again. In 1308, fee program sends a login H) that is defined in the JDAD file to fee ofeer 
DAD server or sends User Name and Passwoid for FTP logia For DAD-DAD transfer, bofe servers 
will use ftis ID to create or obtain the database record to fitcilitate Ifae transfer and synchronize wife 
each other. For DAD-FTP transfer, only file can be iq»loaded to fee FTP server and wifeout automatic 
restart 

For DAD-DAD transfer, if the upload program loses its coimecticm wife fee DAD server when 
uploading fee file, it win try to reconnect to the DAD server wife the same ID for fee Iftt 

successfidly logs in to ttie ofea DAD server, fee upload program feen needs to determme how iraich 
of fee filebas been reliably received on fee DAD setrver. In 1015, fee iq)load program sends a DAD 
nrotocol to fee DAD server for restart oflbeL The DAD server receive program mustrated in Figure 9 
will check flie file size and retam fte size as restart oflfeet for fte tqptoad program to relocate fte file 
pointer to file restart ofifteL ff&e total namberofbytes reliably iBceived by *e DAD server it^ 
file pieviouB transfer is comflpleted in 13 16, it proceeds to 1333 to complete the process. Otherwise fee 
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i^load program wffl relocate tte pointer to teies^ In 1319 tiie upload program 

sends the cmrent XER file name, file size, and the of&et to the server to si^poit i^ome operatiorL 



The program sends the data to the socket ml 323. If the send to the socket comrnandails^d 
indicates a time cut error, the send program will antomatically try to connect with server in 1 303 for 
DAD-DAD transfer. The antomalic restarts firon step 1328 also maybe 1^^ 
in time, allowing automatic restart. IfflieXFRfilchasbeensentsucccssfuIly, the program waits 
positive response from tiie server, logs to databasei, iq>dates queue, and exits. 



Figure 1 2 ilhistratBs how the client monitor program uses an plication protocol to commnnicate wifli 
the server program to monitor the package status. The server send port; IP address, and the account 
name aie stored in the local permanent storage during the mstallation of the client program fiir the 
recipients/ The tnorritor program uses IP address and port to connect to ttie se^^ Ifitis 

r 

coimecte4ften the program win send the socket to &e server flie account ri^ Ifapositive 
reqxmse is received in 1405, there is a package on the server fiw fee recipient The program notifies 
the lec^ient using predefined multimedia method in 1407. If there is nothing for the recipient, the 
program waits a predefined time interval in 1402and recomificts to the server. The multhnedia 
notification will be delivered repeatedly to dae recipient until fee recipient activates the program in 
1408. When the rBcq)ient activates flie program via a command (e.g., a double click), the program will 
start flie client receive manager in 1409 to interact with Ihe recipient 

Figure 13 illustrates how the client receive manager interacts with the recipient and communicates 
wi& the server program via an application protocol. The client receive manager uses the IP address 
and port to connect to flie server in 1500. If it is connected, the program winproiiq>t the recipient for 
the password m 1503, Then the program will sesid the password along wifli the account name to the 
socket for the server m 1504. After fee account name and password are validated, flie program 
receives and displays the list of the packages for the recipients m 1506. In 1507, die chosen PH) is 
sent to file socket for the server. In 1508, the mstructions along with the list of die available download 
sites are received and displayed by die receive manager. After the download site is chosen, the SE) is 
sent to file soci^ for flhe server, A DAD file, which is created by the server and inchides the data 
required by the client receive program, is received and saved on the local machine in 1510. The 
program then launches (he receive program with DAD file to download 15 the selected file ftom the 
chosen download site in 15 1 1 . 

Thus, haviig presented the present invention in view of Che above described embodimenls, various 
alterations, modifications and hnprovements are intendedto be within the scope and spirit of die 
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I «1 lit 1 14 



iirvexitioiL Ihe foregoing descrqrtion is by w«>fcxaaq^ 
invention's limit is defined only in tiie following claims and tbe equfvaleots fticreto. 



as 



iiiiiitiii 



Tbe 
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WHAT IS CLAIMED IS; 

1. Amethod of securely trsnsfening a file fiom a fffst cHent to a fiecond client conqmsiog issaiag 
instmctioiis from said fiist client to a s^ver for tiiins&inng a file from said server to said 
second client, wberein said first client issues said instmctioDS via a website for accessing said 
server. 

2. Tlie method acccrding to claim l.^diereinpriotto issuing said instnictioiis, said m 
includes issuing initial instructions for iq>loadtng said file fiom said first client to said server 
and wherein Jipxm said first client itntially accessing ^d website, first embedded client 
software for uploadiqg said file is automatically downloaded to said first client 

3. The method according to claim % wherem said initial instructions are issued if said file docs 
not exist on said server. 

4. The me&od according to claim Ij flnfher cQinprisirig issuing 8^ 

notifyiag said second client &at said file is available for downloading from said server. 

5. The method according to claim 4, Mtlierein said second instmctions aie forwarded to said server 
via a tibird client 

6. The method according to claim S, ^dierem said third client comprises ai^ one of a desktop 
computer, a laptop computer, a phone, and a wireless device. 

7. The mefluxl according to claim 4, wherein Baid notifying conqirises at least one of a visual 
indicator, a audio indicator, and/or an email message. 

8. The m^od accordrog to clahn 4, fur&er conqmsing downloading said file to said second 
client 

■ 

9. The method according to claim 8, further comprising automatically downloading second 
embedded cUent software upon said second client initially accessmg said website^ 

10. The method according to claim 1, further ccmprising issuing second instmctions for 
transferring said file to a second server. 

1 1 . The mdhod according to claim 1, wherein ei&er or boQi of said first client and said second 
client comprises a computBt. 
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12. The mefliod according to claim 1» wfaerdn pnor to issoiiig said instnic^ 
leg^steis wi& raid fi^er website cteatmg a ficrt accou^ 

1 3 . The method accoidiiig to claim 9» whetdn prior to said second client imdalty acceding said 
website, ^d second client rogistexs wiHi said website creating a second accoimt for said 
second client 

14. The method according to claim 2, herein said first client specifies a de&uh file transfer 
mlemce. 

15. The method according Id claim 14, wherein said de&nlt file transfer inter&ce comprises a 
networlc-based inter&ce. 

16. Hie metiiod according to claim 14, herein said de&uh file transfer interfiu^e comprises a 
resident int^&ce of said first client software. 

17. Hie method according to clahn 13, wherein said second client specifies a default file transfer 
inter&ce. 

18. The method according to claim 17. wherein said default file transfer interface CQnq>rises a 
network-based interface. 

19. The method according to claim 17, wherem said de&ult file transfer interfiice conqnises a 
resident interfece of said second cHent software. 

20. The metiiod according to claim 19, ^lierein said second client software monitors ^ statas of 
said second acconnt to determine if a file is available for downloading finm said server. 

21. The method according to claim 20, wherein said second client software indicates ftat a file is 
available for transfer to said second client from said server. 

22. The method according to clann 21, wherem said second client software indicates by at least 
one of a visual indicator, an audio indicator, a vibratory indicator, and/or an mail message. 

23. Tbe method according to clahn 2, wherein said first client software includes file conq>ressu>n, 
archiving and/or packagmg utilities. 

24. Itie method according to claim 9, wherein said second client sofiware includes file 
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decoiopiession, lestoring aBd/oT ins^^ 

25. The mefliod accozdmg to claim U^/dieisinccniimiiiucaU 

server and/ or betwe en said second cHent and said server and/ox between said s erver and a 
second server aie encrypted* 

26. Th& me&od according to claim l»wberein software resident in said server logs said issued 
instnictions for transfiBrring ^d file into a database. 

27. Tbe method according to claim 1 , ^dierein said file is (lansfeixed fixmi said first climt to said 
server and/or &om said server to said second cHent and/or fiom said server to a secraid server 

♦ 

via TCP/IP protocol. 

28 . The method according to claim 22, wherein said email mes^ige includes a first link to a 
webpage of said server. 

29 . Tb& me&od according to claim 28, wherein said webpage includes a second HnV to a second 
webpage for downloading said file. 

30. The me&od according to claim 28, wiierein said second webpage includes a return link for 
Dploadmg said downloaded file to said server. 

31. Ihe method according to claim 28, wherein said second wel^age includes a retam link for 
returning said downloaded file to said first client 

32. The me&od according to claim 1, xdierein software resident on said server tracks said file 
transfer. 

33. The method according to claim 26, wherein said database includes at least one of acoomtt 
information, file package infonnafion, second cHent addresses, server site in&nnation, server 
list infonnatioxi, upload information and download information. 

34. The method according to claim 26, wherein said first client may display and/or query said 
database for information related to specific file transfers. 

35. lliemefliod according to claim 26» wherein information rela^ 
and stored in said database via a file identification of said file. 

36. The melhod according to claim 35, wfaerem said file identification comprises at least one of a 
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fiiBt cUmt idendficatioii, a second client identificatioii, ffle package infonnation, a server site 
identification, and a download identification. 

37 . The method according to claim 2 , wberdn uploading said file may be intemqited and resumed. 



38, Hie mefliDd accotdii^ to claim 8, vAerein downloading said file may be i 
r^umed. 



land 



39. The mefliod according claim 8, M^ierein downloading said file firom said server may "be 
mtemipted, and wherem resumption of downloading said file may be carried out on a second 
server. 

40. Amethod of transferring a file fiom a first cHent to a second client compiising: 

issuing fiirst instructions fitim said first cHent to register an account with a server via a 
wd>fiite for transferring a file said second client, wherein said fiist client includes a web 
browser for accessing said website; 

* 

issuing second instructions for uploading said file to said server via said website and 
wherein upon said first client initially acce^ng said website, embedded client software 
for iq>loadii]@ said file is automatically downloaded to said first client; 

notifying said second client that said file is available for downloading fiom said 
website; 

connecting said second client to said server via said website for downloading said file, 
wherein said second client includes a web browser for accessing said website; djoi 



downloading said file. 

41. 'Hie mettiod according to claim 40, wherein subsequent access to said server by said first client 

* 

is fhiough an inter&oe of said client software. 



42. The mc&od according to claim 40, wbimin rxpon said second client initially accessmg said 
webshe, embedded second client software for downloadmg said file is automatically 

♦ • 

downloaded to said second client 

43 . The mefliod according to claim 42, wherein subsequent access to said server by said second 
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client is Hxrou^ SB iotei&ce of said second client software* 

44. Con;)uter readable media lutviiig stored tl^^ 

a fiist field conipiisixig data lepieseiit^ 

a second field comptising data represei it mg package informatioin legatdhig a file for 
ttansfisr; 

a lUid field CQXiQitising address infonnation far an address to txansfer a file; 
a fourth field cojzq>risuig a server site; 
a fifth field coziqmsmg a server list; and 

a sixth field conqmsing download and/or upload information of a file. 

45. A graphical user iot^r&ce for a first client conqiuter system having a selection device, said 
graphical user intei&ce conqTrising: 

a user login conqponent for logging a client onto a wehsite for a server, 

a climt farowsing cdnponent for browsing Ihe internet; 

a file transfer oontponent for forwarding a file to a second client; 

a tracking component for retrieving tracking informafion fin: tracking said file 
forwarded to said second client; 

an address book component storing and ietiieving an address of said second client; and 

an account infonnation coniponent for retrieving account infonnation related to said 
first client and/or said second client 

46. A Qfstem for perfoiining a method of transferring a file fiom 
comprising; 

a server accessible over the internet via a website, said server inchidrng conmumication 
ineans fi>r coinnsmiicating data wifh a clirait over the internet 

■ 

a first pUent for instiuctiiig said server to fisrward a file to a desdnatian address; 
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a second ctient having destination addiessi whetein: 

said first client issues fiist instructions for registering an account wi& said 
server via said website for tran&foniQg a file to said destination addr^ 
second client, wbetein said first client includes a web toowser for accessing said 
w^sxtc; 

said first client issues second instructions for uploading said file to said server 
via said website and wherein upon said first client initially accessing said 
website, embedded chent software stored on said server operational for a cUent 
to upload said file is antoniaticany downloaded to raid first client; and 

said first client uploads said file to said server, 

notifying means for notiJ^ing said second client fiiat said file is available for 
downloadiDg fiom said serv^, wherein: 

said second client issues iMtd instnzctions to said server via said website for 
downloading said file> wherein said second client inclndes a web browser for 
accessing said website; and 

said second client downloads said file. 

47. The system according to claim 46, wherein iqpon said second client initially accessing said 

■ 

website^ client software stored on said server operational for a client to download said file is 
automatically dovmloaded to said second client 

48, Computer readable media having co mpu ter-executable instructions ifbr performing a meflbod 
comprising; 

issuing first instructions fixnn said first client to register an account with a server vis a 
website for transfonring a file to said second client, wherein said first client includes a 
web browsa: far accessing said website; 

issuing second instructions for iqiloading said file to said server via said website and 
wherein upon said first client initially accessing said website, client softwam for 
uploading said file is automatically downloaded to said first client; 
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notifying said second client that said file is available for downloading &om said web 
site; 



issuing tUxd instructions ftom said second client for downloading s&id file, heroin 
said second client includes a web browser for accusing said website; and 



downloading said fiHe. 



49. Hie computer readable media according to claim 48, wbetein upon said second client initially 
accessing said website, client soflwaie for downloading said file is automatically downloaded 
to said second cHent 
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